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(54) Method and system for performing an update 

(57) A method and a system for performing an 
update of a plurality of external stations (20 1( 20 2 . 20 3 , 
...20 n ) are disclosed. The system comprises a central 
(22) computer, which is connected by a communication 
link to at least one external station (20-,, 20 2 , 20 3l 
...20 n ). A structured memory in the- central computer 
(22) has a subdirectory (30-j , 30 2 , 30 3 , ...30 n ) for each of 
the external stations (20 1( 20 2 , 20 3 , ...20 n ). Each subdi- 
rectory (30.J, 30 2 , 30 3 , ...30n) is further partitioned, into . 
at least one further subdirectory (31 1t 31 2 , 31 3 . ...31 n ; 
32 t , 32 2 , 32 3 , :„32 n ; 33 v 33 2 , 33 3 , ...33J for holding 
files to be updated. Each of the external stations (20 1( 
20 2 , 20 3 , ...20,0 comprise a computer with a memory. 
The memory is structured for holding the same subdi- 
rectories (34 1( 342, 34 3 , ...34 n ; 35^ 35 2 , 363, ...35 n ; 36 1( 
36 2 , 36 3 , ...360) as implemented in the central computer 
(22). 



< 

CM 
CO 

00 
°> 
o 

Q. 
LU 



Printed by Xerox (UK) Business Services 
2.16.7/36 



EP 0 987 627 A1 



Description 
. FIELD OF THE INVENTION 

s [0001 ] The invention relates to a method for performing an update. More particularly the method performs an update 
of a plurality of external stations. 

[0002] Additionally, the invention relates to a system for performing an update. The system comprises a central com- 
puter, at least one external station, a communication link between said at least one external station and said central 
computer for transferring files from said central computer to at least one external station. 

10 • 
BACKGROUND OF THE INVENTION 

[0003] There are numerous suggestions in the art which are used to carry out an update of a remote electronic device. 
The files used for the update are located in the memory of a central computer or host Documents disclosing related 
is prior art listed below: 

[0004] The document WO 98/21865 discloses an apparatus and a method for optimizing the use of long distance 
calls. A common telephone is connected to an additional device storing the rates of various telecommunication compa- 
nies; In case a user places a certain long distance call the additional device retrieves the company which offers the best 
rate for the particular phone call. The additional device is connected to a central computer via the usual phone line. The 
20 computer regularly updates the additional device with respect to the rates and the time the best rates are offered. The 
data are stored in an internal memory of the device. 

[0005] The document EP-A-0 836 138 provides a method, using a management information system, for installing and 
updating software on several computers. The management information system establishes a connection to the remote 
computers and checks if there is a need for an update or not. In case an update is necessary the management infor- 
ms mation system checks if the connection is suitable for the download and update of the software. If the result of the test 
is positive the management information system carries out the download and the update of the software on the remote 
computers. The connection between the management information system and the remote computers can be a local 
area network or a common telephone line. v 

[0006] A further method for updating computer software is disclosed in EP-A- 0 841 615. A computer has a memory 
30 which, stores several software applications. Additionally, a file is present which indicates the actual software version 
installed in the memory. An update mechanism installed in the computer, accesses a central server in order to import 
updates form there. The update mechanism looks up the newest update version available on the central server. A file, 
also available on the central server, comprises further details necessary for carrying out the updates. This file controls 
the transfer of files from the central server to the computer such that only those files are transferred to the computer 
35 which do not conform with the newest version. 

SUMMARY OF THE INVENTION 

) ' . . .. 

[0007] The present invention provides a method for performing an update of a plurality of external stations. Especially, 
40 the external stations are order stations which are established at a retailer store location. An order station can be used 
by a customer to create a personal order which is later processed in a remote location. For example, a customer order 
processed at the remote location is the creation of prints out of a set of digital image data. 

[0008] It is the object of the invention to provide a method which provides a simple, secure and inexpensive way to 
update each of the external stations. 
45 [0009] The above object is accomplished by the steps of: 

writing at least one file, to be used for update into a subdirectory of a memory of a central computer, wherein for 
each external station a specific subdirectory is implemented; 
• establishing connection with the central computer and the external stations; 
so • transferring the at least one update file to each of said external stations which are in communication with the central 
computer; 

checking the size of the at least one file transferred; 

storing the at least one file in a memory of each of the external stations which are in communication with the central 
computer; \ 
55 • carrying out the update in each of the external stations which have properly received the transferred files for 
update; and 

t • writing an update report in the memory, of each of said external stations. . 
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[0010] It is a further object of the present invention to provide a system which enables a centrally controlled and mon- 
itored update of a plurality of external stations. 

[001 1 ] The above object is accomplished by a system characterized by: 

a structured memory in the central computer holding a subdirectory for each of the external stations, said subdirec- 
tory has at least one further subdirectory for holding files to be updated, and 

a computer in each of the external stations having a memory for holding the same said at least one further subdi- 
rectory for receiving said files to be updated. ' 

[0012] The advantages of the inventive method and system are that the update of a plurality of order stations can be 
carried out without the need of service personnel to show up at each location of the plurality of external stations. Addi- 
tionally, the update of the external stations will be effective in all active external service stations at the same time and 
date. This is especially important if the update effects a price change of a customer order or a part of the latter. The 
redundant subdirectory structure in the central computer and in each of the external stations opens up the possibility to 
monitor the update. Furthermore, it enables the update of external stations, which have not been "ON" or ready for the 
update at a specific time or date the update is preferably been carried out. Further advantages or embodiments of the 
invention become apparent form the dependent claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] The subject matter of the invention is described with reference to the embodiment shown in the drawings. 

Fig. 1 is a perspective view of an order station, which is an embodiment of an external station to be updated with 
the system of the present invention; 

Fig. 2 is a schematic representation of the installation of the inventive system; 

Fig. 3 displays a flow chart of the update process; 

Fig. 4 displays a flow chart of the data update process; 

Fig. 5 displays a flow; chart of the software update process; and 

Fig. 6 displays a flow chart of the inrfile update process. 

DETAILED DESCRIPTION OF THE INVENTION 

[0014] The invention can be used to update any type of external station from a single central computer. The connec- 
tion or communication link between the plurality of external stations and the central computer is established via a con- 
ventional telephone line or via internet. The software for establishing the connection and the connection data for each 
external station are stored in a memory of the central computer. Preferably the invention is applied to update data, soft- 
ware and files of an order station or a plurality of order stations which are in operation at different locations. The con- 
struction and the functionality of the order station is mentioned briefly in the following paragraph. A more detailed 
description is disclosed in the German Patent Applications DE-A-198 02 026.0 and DE-A-198 02 017.1. 
[0015] The order station 2, as disclosed in Fig. 1, comprises a housing 4 which is open at one side. Inside the housing 
4 several devices are provided; for example a monitor 10, a computer 1 2, an optional storage compartment 1 4 for digital 
cameras to which several cable guides 15 are connected for cables for connecting digital cameras, and a document 
printer 1 6. The housing is closed off to the outside by a front panel 6, the latter having, in the area of the monitor, a glass 
sheet with touch recognition. 

[0016] The placement of an order of ordering prints of digitized picture files at an order station 2 is as follows: 

selecting on a starting interface one language that is used during the ordering process, touching an active field 
assigned to the required language on the glass sheet and the language is loaded from the computer 12 and dis- 
playing the language accordingly on the monitor 10; 

selecting a carrier for the digitized picture files displayed by the computer 12 on an input medium interface on the 
monitor 10, displaying an index interface on the monitor 10 by the computer 12 after touching an active field 
assigned to said required carrier on the glass sheet 18; 

selecting at least one picture to be included in the order out of the pictures displayed on said index interface, dis- 
playing a format selection interface on the monitor 10 by the computer 12 after touching an active field assigned to 
the required picture on the glass sheet; 

selecting a format in said format selection interface by touching an active field assigned to a preset format on the 
glass sheet 18, and confirming the selection by touching a confirmation icon to which an active field has been 
assigned on the glass sheet 18, and displaying a number selection interface on the monitor 1 0 by the computer 12; 
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inputting the number of prints for the selected picture in said number selection interface by touching active fields 
assigned to a key field on the glass sheet, and confirming the input by touching a confirmation icon to which an 
active field has been assigned on the glass sheet 18, and displaying an order overview interface on the monitor 10 
by the computer 12; 

5 confirmation icon to which an active field has been assigned on the glass sheet 18, and thereby displaying an 

address input interface on the monitor 10 by the computer 12; 

inputting the user data in said address input interface by touching active fields that are assigned to a key field on 
the glass sheet, and confirming the input by touching a confirmation icon to which an active field has been assigned 
on the glass sheet 18, and thereby displaying a confirmation interface on the monitor 10 by the computer 12; and 
10 confirming the order in said confirmation interface by touching a confirmation icon to which an active field has been 
assigned on the glass sheet 18, and thereby printing a receipt by the computer 12 using the document printer and 
then transmitting the order to a central printing station via a data line. 

[001 7] The monitor 1 0 of the order station 2 displays information, which is placed in separate windows or fields. Some 
15 of the information fields may be overlaid by a touch recognition to allow a user to place a customized order and to guide 
him through the complete ordering process. There is a certain heed to provide the possibility to easily update or alter 
the information, the data, the fields itself or the software. 

[0018] Fig. 2 shows schematically a setup of a system for updating the at least one order station 20 1( 20 2 , 20 3 , ...20 n . 
The description of the update of at least one order station 20 1( 20 2 , 20 3 , . 20 n is not regarded as a limitation, since a 

20 person skilled in the art would apply the teaching to other external stations which perform different functions as the spe- 
cific order station. The automatic update is monitored by a central computer 22. The central computer 22 is connected 
via a conventional telephone line 28 to each of the order stations 20 1t 20 2 , 20 3 , ...2b n The central computer 22 has a 
structured memory (not shown). For each order station 20 1( 20 2 , 20 3 , ...20 n a subdirectory 30^ 30 2 , 30 3 , ...30 n is pro- 
vided which stores the data or the files needed for update of each of the order stations 20 1t 20 2 , 20 3 , ...20 n . Eachofthe 

25 subdirectories 30 1( 30 2 , 30 3 , ...30 n is partitioned into at least a first 31 1( 31 2 , 31 3 , ...31 n , a second 32 1 , 32 2 , 32 3 , ...32 n 
and a third 33 1t 33 2 , 33 3 , ...33 n subdirectory. The first subdirectory 31 v 31 2 , 31 3 , ...31 n is used to store information 
. about the customer orders which have been carried out at the respective order station. The second subdirectory 32 1t 
32 2 , 32 3 , ...32 n is used to store information which provides the retailer or the service provider with statistic data. The 
data of interest are: how long does it take for a customer to place an order, what data sources are used, how often the. 

30 order station 20 1t 20 2 20 3 , ...20 n was used aid no order has been sent off, etc. The third subdirectory 33 1t 33 2 , 33 3 , 
...33 n stores all the files and data used to carry out an update of the order stations 20 1 , 20 2 , 20 3 , ...20 n . The same sub- 
directory structure as for each order station 20 1r 20 2 , 20 3 , ...20 n on the central computer 22 is present in the memory 
of each computer 12 of each order station 20^ 20 2 , 20 3 , ...20 n . As mentioned above with respect to the central compu- 
ter 22 a subdirectory 26-,, 26 2 , 26 3 , ...26 n of each order station 20 1f 20 2 , 20 3f ...20 n is partitioned into at least a first 34 1r 

35 34 2 , 34s, ...34 n , a second 35 1( 35 2 , 35 3 35 n and a third 36 1( 36^ 36 3 , ...36 n subdirectory. The content of the subdi- 
rectories implemented in each order station 20 1( 20 2 , 20 3 , ...20 n is the same as the content of the subdirectories 30 1t 
30 2 , 30 3 , ...30 n in the memory of the central computer 22. 

[0019] The update process of the external station 20 1( 20 2 , 20 3 , „;20 n is described in Fig. 3. As mentioned above, the 
following description uses the example of the order station 20 v 20 2 , 20 3 , ...20 n (see Fig. 1) to make the update process 

40 more clear to the reader. Prior update of each order station 20 1t 20 2 , 20 3 , ...20 n the subdirectory 30^ 30 2 , 30 3 , „ : 30 n 
for each order station 20 1( 20 2 , 20 3 , ~20 n has to be provided in the memory of the central computer 22. The data or 
files required for the update of each individual order station 20 1f 20 1t 20 2 , 20 3 , ...20 n stored in each subdirectory 30 1( 
30 2 , 30 3 , ...30 n at the appropriate place. As mentioned above the files and data for the update are stored in the third 
subdirectory 33-| , 33 2 , 33 3 , ...33 n of the central computer 22. It is preferred to carry out the update of the order stations 
. 45 20 1f 20 2 , 20 3 , ...20 n af a time at which it is unlikely that the order station 20 1t 20 2 , 20 3 , ...20 n is busy. A posstole time for 
carrying out the update would be 4:00 a.m. This assumes that the order station 20 1t 20 2 , 20 3 , ...20 n is still ON. At the 
time mentioned above the central computer 22 tries to establish the connection with each of the order stations 20 2 , 20 3 , 
.„20 n . via a conventional telephone line 28 or internet. The connection is successful established with those order sta- 
tions 2O2, 20 3l ...20 n which are ON. A connection between the central computer 22 and those order stations, which 

50 were not ON at the specific time the connection to the central computer was established, is generated as soon as the 
order station is switched ON. 

[0020] For the following description we assume that the order station 20-|, 20 2 , 20 3 , ...20 n is ON and the connection 
with the central computer 22 is successfully established. Prior to the transfer of the f Bes from the central computer 22 
to each of the individual order stations 20^, 20 2 , 20 3 , ...20 n , a check is made by each order station rf an update is nec- 
55 essary. The update process of the order station 20! , 20 2 , 20 3 , ...20 n is stopped if the software or file version is the same 
as the update version provided by the central computer 22. In case an update is due, a copy of the files necessary for 
the update is transferred from each third subdirectory 33^ , 33 2 , 33 3 , ...33 n of the central computer 22 to the related third 
subdirectory 36! , 36 2 , 36 3 ...36 n of the specific order station 20-(, 20 2 , 20 3 ? ...20 n . The files are stored in memory of each 
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order station 20 1 , 20 2 , 20 3 , ...20 n having the same subdirectory structure as in the central computer 22. The files trans- 
ferred from the central computer 22 are checked with respect to file size in order to detect any wrong transmission or 
wrong data. In case any difference in file size is detected, the transfer of the file to the specific order station 20^ 20 2 , 
20 3 , ...20 n has to be repeated. 

5 [0021 ] After the successful transfer of the file, the update process is carried out and the data representing the date, 
the software version, etc. are stored in a tile in the memory of each order station 20 1( 20 2 , 20 3 , ...20 n Additionally, each 
order station 20 1( 20 2 , 20 3 , ...20 n sends a response to the central computer 22. The response is attached to a file in the 
memory of the central computer 22. The file is sent to and stored in each third subdirectory 33! , 33 2 , 33 3 , ...33 n of the 
central computer 22 related to each order station 20 t , 20 2 , 20 3 , ...20 n . 

10 [0022] Three different updates are carried out simultaneously or one by one on each of the order stations 20 1r 20 2 , 
20 3 , ...20 n . The first update is a "DATA" update (see Fig. 4) which is carried out oh a specific data This update is sub- 
stantially used to update the prices or the formats of the prints, which are sent off by a user of an order station 20! , 20 2 , 
20 3 , ...20 n The central computer 22 holds in the third subdirectory 33 1( 33 2 , 33 3l ...33 n a file, for example named 
"dataupdate.ini", which is structured as follows: * 

75 

[DATA] 
[0023] 

20 Date = (the date for carrying out the update) For example: 20.12.1998 
Filename = (filename of the file to be replaced) For example: Date.ini 
Checksum = ( size of the file to be replaced in Bytes ) 

[0024] As mentioned above, "Date" is the date on which the change or the update should be effective. The date has 

25 to be written in the form "dd.mm.yyyy", wherein "dd" stands for the day, "mm" for the month and M yyyy" for the current 
year. The file to be replaced, here "Dataini" has to be in the memo-y of the central computer 22 in the third subdirectory 
33 1 , 33 2 , 33 3 . ...33 n for each order station 20^ , 20 2 , 20 3 , ...20 n . The file has to be present in the specific third subdirec- 
tory 33t , 33 2 , 33 3 , ...33 n until the update is effective in the specific order station 20! , 2O2, 20 3 , ...20 n "Checksum" rep- 
resents the number of Bytes of the file, transferred from the central computer 22 to the order station 20! , 20 2 , 20 3 , . . .20 n . 

30 It is checked if the size of the file stored in the central computer 22 differs from the file transferred to the order station 
20! , 20! . 2n 3> -20 n . In case of any difference, the transfer has to be carried out once more. In case an order station 
20! . 20 2> 20 3» -20 n is not ON at the specific date, the update has to be carried out as soon as the order station 20-, , 
20 2t 20 3 , ...20 n is ON. A comparison is made if the present date is greater than the date of the update. If it is true, the 
update is carried out even after the due date of the update. 

35 [0025] Additionally, there is a possibility that an order station 20,, 20 2 , 20 3 , ...20 n is switched ON and OFF several 
times a day. In order to avoid the same update more than one time, the order station 20!, 20^, 20 3l ...20 n stores after a 
successful update the date in a file, for example, "updateVersion.ini". Prior to the start of an update, a comparison is 
made between the date stored in "update. ini" in the third subdirectory 33! , 33 2. 33 3. • -^n °f the specific order station 
on the central computer 22 and the date stored in "updateVersion.ini" in the respective-subdirectory 36! , 36 2 , 36 3 , ...36 n 

40 on the order station 20! , 20 2 , 20 3 , :„20 n . If a match of the dates stored is detected, no update needs to be done since 
the update has already been carried out. 

[0026] This update does not request a restart of the order station 20! , 20 2 , 20 3 , ...20 n . Therefore, all files may be sub- 
stituted which are not constantly used. Files with the extension ".DLL" or ".EXE" cannot be updated with this type of 
update. This update procedure is suitable for files, which are opened and used several times during runtime of the order 
45 station 20 1t 20 2 , 20 3 , ...20 n . 

[0027] The second update is a "SOFTWARE" update (see Fig. 5) which is carried out if there is a difference in the 
software versions used on the order stations 20i , 20 2 , 20 3 , ...20 n , and a new version stored in each specific third sub- 
directory 33 n , 33 2 , 33 3 , ...33 n of the central computer 22. The central computer 22 holds in the third subdirectory a file, 
for example, named "softwareupdate.ini", which is structured as follows: 

50 * 

[SOFTWARE] 
[0028] 

55 Version = < Version of the update ) 

Filel = (filename of the first file to be replaced) 
File2 = < filename of the second file to be replaced ) 
File3= (filename of the third file to be replaced > 
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Checksum = (size in Bytes of all files to be replaced 

[0029] Data about the version of the update is necessary to identify and select the correct update. The version number 
is represented by a string of characters and stored, for example, in the file "updateVersion.inT, in the third subdirectory 
36-, , 36 2 , 363, ...36 n of each order station 20 1t 20 2 , 20 3 , ...20 n . 

[0030] At 4:00 a.m. or during switch "ON" of the order station 20-\ , 20 2 , 20 3 , ...20 n the file "update.ini" is read from the 
third subdirectory 33 1( 33 2 , 333, — 33 n ol the central computer 22 and the version number is compared with the version 
number stored in the file "updateVersiomni" in the third subdirectory 36^ , 36 2 , 363, ...36 n , of each order station 20 1t 20 2 , 
20 3 . ...20 n . If an update is required, the files present in the third subdirectory 33 1t 33 2 , 33 3 , ...33 n of the central computer 
22 are transferred to and copied into the corresponding third subdirectory 36 1( 36 2 , 363, ...36 n , of the order station 20 1( 
20 2 , 20 3 , ...20 n . Additionally, each order station 20 1t 20 2 , 20 3 , ...20 n and the central computer 22 carry out a check to 
determine a cfifference between the file size on the central computer 22 and the file size received by each order station 
20-| , 20 2 , 20 3 , ...20 n . In case any mismatch is detected the transfer of the file or files is repeated. Then a check is made 
to detect if the order station is currently processing an order or is busy. The order station marks in a file "Messages.ini" 
the status of order station, wherein the "busy status" is marked with 0 and the "ready status" is marked with 1. If the 
order station is busy, the carrying out of the update is delayed one minute. After one minute the status of the order sta- 
tion is checked again. As soon as the order station has reached the "ready" status,. the operation program "ROS.EXE" 
of the order station is stopped (please note the program responsible for the transfer, Transfer.exe", of files between the 
central computer 22 and the order station 20, , 20 2 , 20 3 , .20 n is not terminated). The files, whiGh are present in the third 
specific subdirectory 33 1 33 2 , 33 3 , ...33 n of the central computer 22, are copied to the third subdirectory 36-j , 36 2 , 36 3 , 
...36 n of the order station and the operation program "ROS. EXE" is restarted. 

[0031] The restart of "ROS.EXE" causes an automatic restart ofTransfer.exe". Therefore, "Transfer, exe" has to be ter- 
minated prior to the restart of the entire system! Additionally, thefile "updateVersion.ini" has to be written which contains 
the number of the newest software version installed on each order station 20 1t 20 2 , 20 3 ,\..20 n . 
[0032] Since Windwos95™ does not allow the replacement of a file as long as it is in use,, "Transfer. exe" cannot be 
updated the way as described above. Transfer.exe" cannot be copied form the third subdirectory 33^ 33 2 , 33 3 , ...33 n 
of the central computer 22 to the third subdirectory 36 1t 36 2 , 36 3 , ...36 n of the order station 20 1 , 20 2 , 20 3 , ...20 n . The 
copy process of "Transfer.exe" is done by "ROS.EXE". Prior to the start of "Transfer.exe", initiated by the start of 
"ROS.EXE", it is checked if "transfer.exe" is in the third subdirectory 33 1( 33 2 , 33 3 , ...33 n of the central computer 22. If 
this is true, the system controls the activity of "Transfer.exe" several times, until a termination of the program Trans- 
fer.exe w is detected. Upon this result the new version of the file Transfer. exe" is copied into the memory and restarted. 
[0033] The third update is a "ROS" update (see Fig. 6), which is carried out if there is a need to change the entries in 
specific inrfiles effective in each order station 20 t , 20 2 , 20 3 , ...20 n . To change the entries a file "iniupdate.ini" is used, 
which the central computer 22 holds in the third subdirectory 33 1( 33 2 , 33 3 , ...33 n .The structure of the file is as follows: 

[VERSION] 

[0034] 

Version = ( Version of the update) The number of the version can be similar or different to the number of the version 

used for updating the software of the order stations. 

[INI] 

Filename = < name of the inifile in which the changes have to be made) 
[0035] 

Sectionl = (first section ([]) of the inifile) For example: SECTION 1 
Key1 = (first key) For example: KEY! 

Stringl =. (text to be replaced) For example: ST RING 1 

Secction2( second section ([ ]) of the inifile) For example: SECTION 2 
Key2= (second key) For example: KEY2 

String2 = (text to be replaced) For example: STRING2 

[0036] Additionally, information about the version of the update is necessary to identify and select the correct update. 
The version number is represented by a string of characters and stored for example in the file "updateVersion Jni" in the 
third subdirectory 36! , 36 2 , 36 3 , ...36n of each order station 20.-, , 20 2 , 20 3 , ...20 n . 
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[0037] At 4:00 a.m. or during switch "ON" of the order station, the file "update.ini" is read from the third subdirectory 
33 1f 33 2 , 33 3t ...33 n of the central computer 22 and the version number is compared with the version number stored in 
the file "update Version. ini" in the third subdirectory 36 1t 362, 36 3 , ...36 n , of each order station 20-, , 20 2 , 20 3( ...20 n . If an 
update is required, the files present in the third subdirectory 33-, , 33 2 , 33 3 , ...33 n of the central computer 22 are trans- 
ferred to and copied into the corresponding third subdirectory 36 1( 362» 3%, ...36 n of the order station 20 1( 20 2 , 20 3 , 
...20 n . Additionally, each order station 20 1( 20 2 , 20 3 , ...20 n and the central computer 22 carry out a check to determine 
a difference between the file size on the central computer 22 and the file size received by each order station 20 1 , 20 2 , 
20 3 , ...20 n . In case any mismatch is detected the transfer of the file or files is repeated. A check is made to detect if the. 
order station 20 1t 20 2 , 20 3l ...20 n is currently processing an order or is busy. The order station 20 1t 20 2 , 20 3 , .„20 n 
marks in a file "Messages.ini" the status of order station, wherein the "busy status" is marked with 0 and the "ready sta- 
tus" is marked with 1. If the order station 20 lt 20 2 , 20 3 , ...20 n is busy, the carrying out of the update is delayed one 
minute. After one minute the status of the order station 20-, , 20 2 , 20 3 , ...20 n is checked again. As soon as the order sta- 
tion has reached the "ready" status the operation program "ROS.EXE" of the order station is stopped. The files, which 
are present in the third specific subdirectory 33! , 33 2 , 33 3 , . ..33 n of the central computer 22, are copied to the third sub- 
directory 36-j , 36 2 , 36 3 , ...36 n of the order station and the operation program "ROS.EXE" is restarted. The restart of the 
program "ROS-EXE" makes the amendment in the inifiles effective. 

[0038] The file "updateVersion.ini" has to be written which contains the date of the newest update of the inifiles 
installed on each order station 20 1( 20 2 , 20 3 , ...20 n . 

[0039] During every update, regardless of the type of the update, an additional program "P lROSupdate.exe" present 
on the central computer 22, protocols for each order station 20 1( 20 2 , 20 3 , ,.,20 n all the actions which have been carried 
out while the update was in progress. The data are stored in a file "StationXXXXXX.txt". The X'es represent the individ- 
ual number of each order station 20 1t 20 2 , 20 3 , ...20 n placed at a retail store location. Every new entry is attached to 
the end of the file. A block of data may look as follows: 

■** Data Update ** 

[0040] 

Date = < Date when Data Update has been carried out) 
Filename ==< Name of the file to be replaced ) 

** Software Update ** 

[0041] 

Version = ( Version Number of Software Update > 
Filenamel = (First file to be replaced) 
Filename2 = < Second file to be replaced ) 

:* INI Update ** ^ • * < - - \ - 

[0042] 

Version = (Version Number of INI Update) 
Inifilename = (file name of the Inifile) 
Sectionl = ( Section 1 to be amended ) 
Key1 = ( Key 1 to be amended ) 
String 1 = < Text to be replaced ) 

[0043] A file "UpdateProtocol.txt" is located in the third subdirectory of the memory of the central computer 22. After 
every update a report is attached to the end of this file. The data have for example the following form: 
* 

[DATA UPDATE] 
[0044] 



date = ( Date of Data Update) 
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[SOFTWARE UPDATE] 
[0045] 

Version = (Version Number of Software Update) 
[INI UPDATE] 
[0046] 

Version = (Version Number of INI Update) 
[UPDATE STATUS] 
[0047] 

Date = (implementation date) 
Time = ( time of implementation) 
Status ="Update successful" 

[0048] The data above show the type of update (written in brackets) and the number of the actual version or the date. 
It is clear from the description of the update process that it is not necessary to carry out all three types of updates at the 
; same time. In case the update was successful, the above last four lines are attached to the end of the file. Date repre- 
sents the date on which the update has been carried out. Time represents the time on which the update has been car- 
ried out. The last line finally shows that the update was successful. No update was successfully carried out if the last 
line of the above file is not present. 

[0049] The invention has been described in detail with particular reference to certain preferred embodiments thereof, 
but it will be understood that variations and modifications can be effected within the scope of the invention. 

Claims 

1. A method for performing an update of a plurality of external stations 20., , 20 2 , 20 3 , ...20^ characterized by the steps 
of: 

writing at least one file, to be used for update into a subdirectory of a memory of a central computer (22) 
wherein for each external station (20-|, 20 2 , 20 3 , ...20,0 a specific subdirectory (30 1( 30 2 , 30 3 , ...30 n ) is imple- 
mented; 

establishing connection with the central computer (22) and the external stations (20 t , 20 2 , 20 3 , ...20 n ); 

• transferring the at least one update file to each of said external stations (20 1 , 20 2 . 20 3 , ...20,0 which are in com- 
munication with the central computer (22); 

• checking the size of the at least one file transferred; 

• storing the at least one file in a memory of each of the external stations (20-, , 20 2 , 20 3 , ...20 n ) which are in com- 
munication with the central computer (22) , 

carrying out the update in each of the external stations (20 1( 20 2 , 20 3 , which have properly received the 
transferred files for update; and . 
writing an update report in the memory of each of said external stations (20 1f 20 2 . 20 3( ...20n). 

2. The method as claimed in claim 1 wherein the at least one transferred file is a file for updating data on said external 
stations (20 1( 20 2 , 20^ ...20 n j. 

3. The method as claimed in claim 1 wherein the at least one transferred file is a file for updating software on said 
external stations (20-,, 20 2 , 20 3 , ...20^. 

4. The method as claimed in claim 1 wherein the at least one transferred file is a file for updating an inifile on said 
external stations (20 1( 20 2 , 20 3l ...20n). • 



5. The method as claimed in claim 2 comprises the additional steps of: 
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establishing connection with the central computer (22) and the external stations (20 n 20 2 , 20 3 , at a spe- 
cific time and on a specific date; 

comparing the present date with the date of the update and transferring upon comparison the file be updated 
to each of the external stations (20 1 , 2O2, 20 3 , ...20 n ); and 
5 • storing the date of the update in a file on the external station (20 1 , 20 2 , 20 3t „.20 n ). 

6. The method as claimed in claim 3 comprises the additional steps of: 

establishing connection with the central computer (22) and the external stations (20 1f 20 2 , 20 3 , ...20 n ) at a spe- 
10 cffictime; 

comparing the present version of files to be updated with the version of the update and transferring upon com- 
parison the files to be updated to each of the external stations 20 1f 20 2 , 20 3 , ...20 n ); 
storing the date of the update in a file on the external station; and 
restarting the external station (20 1( 20 2 , 20 3 , ...20 n ). 

15 

7. The method as claimed in claim 4 comprises the additional steps of: 

establishing connection with the central computer (22) and the external stations (20-,, 20 2 , 20 3 , ...20 n ) at a spe- - 
cific time; 

20 • comparing the present version of the inif iles be updated with the version of the inrfiles presented for update and 
transferring upon comparison the inif iles to be updated to each of the external stations (20 1( 20 2 , 20 3 , ...20J; 
• storing the date of the update in a file on the external station (20^ , 20 2 , 20 3 , ...20 n ); and 
restarting the external station (20! , 20 2 , 20 3 , ...20 n ). 

25 8. The method as claimed in claim 1 , 5, 6 or 7 wherein the step of establishing connection with those external stations 
(20! , 20 2 , 20 3l ...20^ is deferred until the external stations (20 t , 20 2 , 20 3 , ...20 n ) are ON, 

9. The method as claimed in claim 1 , 5, 6 or 7 wherein the step of transferring the file to be updated form the central 
computer (22) to the external station (20! , 20 2 , 20 3 , ...20 n ) is carried out again if there is any mismatch in file size 

30 detected. 

1 0. The method as claimed in claim 6 or 7 wherein the step of carrying out the update on those external stations (20! , 
20 2 , 20 3 , ...20,0 is deferred until the external stations (20 t , 20 2 , 20 3 , ...20J have left the busy state. 

35 1 1 . A system for performing an update comprises a central (22) computer, at least one external station (20 t , 20 2 , 20 3 , 
...20 n ), a communication link between said at least one external station (20! . 2 ^ 2 , 20 3( ...20 n ) and said central com- 
puter (22) for transferring files from said central computer (22) to said at least one external station (20! , 20 2 , 20 3 , 
...20 n ); the system is characterized by: 

40 , - a structured memory in the central computer (22) holding a subdirectory (30!,- 30 2l 30 3 /...30J for each of the, 
external stations (20 1( 20 2 , 20 3 , ...20n) said subdirectory (30 1t 30 2 , 30 3 , ...30 n ) has at least one further subdi- 
rectory (31 1( 31 2 , 31 3 , ... 31 n ;32!, 32 2 , 32 3 , ...32 n ; 33 1( 33 2 , 33 3( ...33,0 for holding files to be updated, and 
a computer in each of the external stations (20 1( 20 2 , 20 3 , ...20,0 having a memory for holding the same said 
at least one further subdirectory (34! , 34 2 , 34 3t .„34 n ; 35! , 35 2 , 35 3 , ...35 n ; 36 t , 362, 36 3 , ...36,0 for receiving 

45 said files to be updated. 

1 2. The system as claimed in claim 1 1 wherein the update files comprise a first file type for enabling a data update in 
the external station (20! , 20 2 , 20 3( ...20n), a second file type for enabling a software update in the external station 
(20! , 20 2 , 20 3 , ...20 n ) and a third file type for enabling an update of inifiles in the external station (20! , 20 2 , 20 3l 

50 ,-20 n ). 

13. The system as claimed in claim 1 1 wherein the communication link between the central computer (22) and the at 
least one external station (20! . 20 2- 20 3- » 20 n) »s established via a conventional telephone line and the internet. 

55 14. The system as claimed in claim 11 wherein three subdirectories are established on the central computer (22) for 
each external station (20 1( 20 2) 20 3 , ...20^ and the same three subdirectories are established in each of the exter- 
. nal stations (20! , 20 2 , 20 3 , „.20 n ). 



9 
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15. The system as claimed in claim 14 wherein a first subdirectory on the central computer (22) and on the external 
station (20 1t 20 2 , 2O3, ...20 n holds data about customer orders placed on the external station (20 1f 20 2 , 20 3 , ...20n). 

16. The system as claimed in claim 14 wherein a second subdirectory on the central computer (22) and on the external 
station (20! , 20 2 , 2O3, .20 J holds data about order process of customer orders placed on the external station (20 j , 
20 2 , 20 3 , ...20n). 

17. The system as claimed in claim 14 wherein a third subdirectory on the central computer (22) and on the external 
station (20 1( 20 2 , 20 3 , ...20n) holds ties and data, which are used to carry out the update of the external station 
(20 1? 20 2 ,20 3 , ...20^. 



18. The system as claimed in any of the claims 10 to 17 wherein the external station (20-) „ 20 2( 203, ...20n) is an order 
station for ordering prints of digital photographic data gained from various sources. 



EP 0 987 627 A1 




Fig. 1 
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Fig. 2 
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